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Title of the Invention 
A Method of Processing Bids Over a Network 

Field of the Invention 
The present invention relates to a method of processing bids over a network 
and more particularly but not exclusively to a method of offering goods or services for 
sale over a network to remote users at non-fixed prices and incorporating a time value 
to assessment of the bid. 

Background of the Invention 

The traditional real life auction in an auction room serves a single audience 
located together in a single place bidding for one or more items or articles. The 
auction occurs over a short time frame with a set of bids rising continuously until no- 
one is prepared to bid any further. 

By contrast, auctions over the Internet enable remotely located people to 
participate together in a single auction. Because the Internet is a worldwide 
phenomenon it is not easy to get large numbers of interested parties to be on line at 
the same time. Rather, bids have to be gathered over a predefined time frame and 
then considered fairly. 

Numerous patents deal with the question of managing such Internet auctions 
between remote bidders. Notably, US Patent No. 6, 044,363, assigned to Hitachi Ltd, 
discloses an automatic auction method which reduces the need for bidders to remain 
at auction terminals throughout the duration of an auction and which makes possible 
auction transactions on an open network on which it is difficult to assure the on-line 
and real time properties. The method uses a plurality of auction ordering information 
units each containing a desired price, a maximum price the bidder is prepared to pay, 
and a number of items desired for purchase. The bids are received from bidder 
terminals via on-line circuits and a highest bid is determined. In the absence of bids, 
the price is lowered in stages until a successful bid is identified. If there is at least one 
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successful bid but not all the items have been bid for, then further successful bids are 
sought by comparing a set price with the remaining available quantity and the highest 
remaining bid. Until the desired quantity is satisfied, the threshold for accepting bids 
is adjusted. 

In the auction of this method, the bidder is asked to give a bid price and a 
highest acceptable price. Most bidders do not like to be asked for a highest acceptable 
price. Furthermore the use of such a highest acceptable price provides a mechanism 
for pushing up the price relatively rapidly. 

The method does not provide a possibility of instant acceptance of a bid 
should this be required, or of a definite time by which a bidder can know for certain 
that his bid has been accepted or rejected, beyond the time defined as the end of an 
auction. 

The method considers and accepts bids only at discrete intervals, thereby 
creating a dead time when no actual sales are possible. 

Summary of the Invention 

Embodiments of the present invention may solve at least some of the above- 
mentioned drawbacks with the prior art. 

Embodiments of the present invention take advantage of the time dimension 
in an auction, hitherto the problem in Internet auction management, to provide a more 
powerful form of auction. 

Embodiments of the present invention allow a time value to be assigned to a 
product, and for a bid premium paid by a bidder to be seen clearly as a function of 
time. 

Embodiments of the present invention preferably allow the bidder to obtain 
instant acceptance of his bid, or alternatively, confirmation at a time of his choosing 
that his bid has either been accepted or rejected. 

Furthermore, embodiments of the present invention allow sales to occur at all 
times during the auction, thus ensuring that there is no commercially expensive dead 
time. 

According to a first aspect of the present invention there is thus provided a 
method of processing bids over a network for an item to be sold, using a time based 
factor, the method comprising, 
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setting a first threshold bid level at which to offer the item at a first time, 

setting a second threshold bid level at which to offer the item at a second time 
subsequent to said first time, 

receiving one or more bids over said network, 

upon receipt of a bid, calculating a bid time as a function of said first 
threshold bid level, said second threshold bid level, said bid, said first time and said 
second time, and 

accepting bids received in the order of said calculated bid time. 

In an embodiment, said first threshold bid level is higher than said second 
threshold bid level and a first bid to be accepted from a plurality of bids to be received 
is a bid having an earliest calculated bid time. 

In a preferred embodiment, said first threshold bid level is higher than said 
second threshold bid level and comprising the step of accepting any bid from a 
plurality of received bids, which has an earliest calculated bid time in the past and 
then accepting received bids as a respective calculated bid time is reached. 

In a particularly preferred embodiment, said calculated bid time is a linear 
function of the passage of time between said first time and said second time. 

In another preferred embodiment, said calculated bid time is a linear function 
of the interval between said first threshold bid level and said second threshold bid 
level. 

In another preferred embodiment, said calculated bid time is a linear function 
of the passage of time between said first time and said second time, and of the interval 
between said first threshold bid level and said second threshold bid level, such that 
any bid within said threshold bid levels is mappable onto a calculated bid time. 

In a preferred embodiment a final bid price is additionally a function of a total 
quantity of accepted bids. Preferably this involves a step of defining a plurality of 
quantity price threshold levels, and using said levels to contribute to a determination 
of said final bid price. 

Preferably, there is also provided a further step of using data of existing bids 
to calculate a probability of acceptance of a new bid at a given price level. 

According to a second aspect of the present invention there is provided a 
method of processing bids over a network for an item to be sold, using a cumulative 
quantity based factor, the method comprising, 

setting a first bid level at which to offer the item at an initial quantity, 
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setting at least a second bid level at which to offer the item at a second 
quantity greater than said first quantity, 

receiving one or more bids over said network, 

upon receipt of a bid, calculating a cumulative quantity of items bid for 

and 

offering said items at a the bid level corresponding to said cumulative 

quantity. 

In an embodiment, there is provided the further step of using data of existing 
bids to calculate a probability of acceptance of a new bid at a given price level. 

According to a third aspect of the present invention there is provided a tool for 
providing an on-line indication of the probability of acceptance of a bid at a given 
price level for a plurality of items offered over a predetermined time period using a 
predetermined bid acceptance algorithm, 

said tool comprising a data storage unit, 

said data storage unit operable to store data of existing bids and corresponding 
price levels, 

said tool further comprising a calculator for calculating a probability of 
acceptance of said bid at a given price level based on said existing bids, said 
corresponding price levels and said predetermined bid acceptance algorithm. 

In an embodiment, said calculator is further operable to calculate a bid level 
having a 50% chance of being accepted. 

Brief Description of the Drawings 

For a better understanding of the invention and to show how the same may 
be carried into effect, reference will now be made, purely by way of example, to the 
accompanying drawings, in which: 

Fig. 1 is a generalized schematic diagram showing an auction host, a seller 
and a series of bidders connected via a network in a manner useful for holding an on- 
line auction in accordance with embodiments of the present invention, 

Fig. 2 is a price/time graph showing how a series of bids may be accepted 
using a calculated bid time, in accordance with a first embodiment of the present 
invention, 

Fig. 3 is a flow chart showing a procedure for holding an auction in 
accordance with the embodiment of Fig. 2, 
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Fig. 4 is a simplified representation of an on-line form for use by a seller to 
set up an auction, and 

Fig. 5 is a simplified representation of an on-line form for use by a bidder to 
place a bid. 

Description of the Preferred Embodiments 
Reference is now made to Fig. 1, which is a generalized schematic diagram 
showing an auction host 10, a seller 12 and a series of bidders 14.1..14.n connected 
via a network 16 in a manner useful for holding an on-line auction in accordance with 
embodiments of the present invention. In accordance with embodiments to be 
described, it is not necessary that the parties are on line simultaneously throughout the 
duration of the auction. In particular the bidders 14.1..14.n need be connected only to 
place their bids. The seller 12 need be connected only to provide settings for the 
auction, and only the auction host 10 should preferably be on line throughout the 
duration of the auction. Furthermore the auction host 10 is preferably able to contact 
bidders 14.1.. 14.n and seller 10 in the event of a successful bid. 

Reference is now made to Fig. 2 which is a price/time graph showing how a 
series of bids may be accepted in order of respective calculated bid times, in 
accordance with a first embodiment of the present invention. As will be described in 
greater detail below, a seller 12 sets start 20 and finish 22 times of the auction. The 
seller also sets two reserve prices, a starting reserve price 24 and a finishing reserve 
price 26. The difference between the reserve price represents the willingness of the 
seller to compromise as time passes in order to find buyers. 

An auction starting point 28 is now plotted as the intersection between the 
start time 20 and the starting reserve price 24. An auction finishing point 30 is then 
plotted as the intersection between the finishing time 22 and the finishing reserve 
price 26. A straight line 32 may then be drawn between the auction starting point 28 
and the auction finishing point 30 to indicate a dynamically changing reserve price 
throughout the auction. As an alternative to a straight line, a curve may be used if 
preferred. 

As bids are placed they may be plotted as points 34.1..34.n on the graph. 
Each bid comprises a price, and a corresponding point where the bid price crosses the 
line 32 indicates a bid time 36.1..36.n, namely a time at which that bid equals the 
dynamically changing reserve price. The bid succeeds as soon as the bid time is 
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reached provided the item being auctioned is still for sale. Thus, high bids are 
rewarded with early acceptance and low bids are kept until later on when the higher 
bids have been fulfilled. Essentially, the bidder, by bidding at a given price, is setting 
a time for acceptance of his bid, bearing in mind the risk of the article(s) having been 
sold before that time. In the graph, bid 34.1 is accepted at time 36.1 and the 
remaining bids are accepted in order of bid times only if articles remain for sale. 

It will be appreciated that a bid could be placed on the line 32 or to the right 
thereof. The result would be immediate acceptance, unless there are simultaneous 
higher bids. 

Reference is now made to Fig. 3, which is a flow chart showing a procedure 
for holding an auction in accordance with the embodiment of Fig. 2. In Fig. 3, a seller 
12 first sets an upper bid threshold, then a lower bid threshold, then he sets a quantity 
of items for sale. He then sets an auction start time and an auction end time and 
calculates a rate of change to give the slope of the graph 32 in Fig. 2. 

The auction is then allowed to begin and bids are received. As each bid is 
received, a corresponding bid time is calculated. Optionally the customer may 
provide a determined time or accepted time and the network will calculate the 
Price(Dt) needed as per the above-mentioned equations. Optionally the bidder will 
than have the option to confirm his bid at that height. 

When a bid time is reached, a corresponding bid is accepted until no further 
items remain for sale. The auction continues until the finishing time 22. 

Using the following definitions: 

Price (Start time) = Maximum price. 

Price (Stop time) = Minimum price. 

DeltaP = Maximum price-Minimum Price. 

T = Stop time — Start time; 

Dt = Determined time, wherein Dt = 0 for the start time and Dt= T for the 
stop time. 

At= Accepted time = Start time + Dt 
We may define the following relationships: 
(Equation 1) Price(Dt) = Price(O) -(DtAT)* DeltaP. => 
(Equation 2) Dt = T*(Price(0)-Price(Dt))/DeltaP. 

The customer bids an amount 
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X = Price(Dt) at any time < At. 
This defines Dt as per equation 2. => 

(Equation 2.a) Dt = T*(Price(0)-X)/DeltaP. 

The bid is accepted at time At if at time At no one has given a higher bid. 

In a case of multiple quantities, the bid is accepted if at time = At the 
quantity requested in the higher bids, if any, is less than the quantity offered. 

A procedure is preferably provided to determine what to do in case of two or 
more equal bids which exceed the available quantity. One possibility is to give 
priority to the customer whose bid was received earlier. 

Alternative relationships that may be used include the following: 

(Equation 3) Price(Dt) = Price(O) - (Dt/T) 2 DeltaP . => 
(Equation 4) Dt = T* Sqrt((Price(0)-Price(Dt)/DeltaP) or 

(Equation 5) Price(Dt) = Price(O) - (Dt/T) y DeltaP . => 
(Equation 6) Dt = T* ((Price(0)-Price(Dt)/DeltaP)l/y 

In (equation 5) & (equation 6) the value of y is selectable. 
For y=l, line 32 will be a straight line and the case of equations 1 and 2 is 
provided. 

For y=2 equations 3 and equation 4 are achieved and line 32 is a polynomial 
curve of order 2. 

In the general case line 32 is a polynomial curve of order y. 

Reference is now made to Fig. 4 which is a simplified representation of an 
on-line form for use by a seller 12 to set up an auction. The form allows the seller to 
enter the various setup quantities, start time, finish time, initial price, and final price 
needed to manage the auction, as well as a brief description and optionally an 
illustration of the product on offer. The seller may also include details of quantity if 
he is offering multiple products. Finally the form obtains contact details of the seller 
12. 
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Reference is now made to Fig. 5, which is a simplified representation of an 
on-line form for use by a bidder 14 to place a bid in an auction run according to the 
embodiment of Fig. 2. The bidder 14 is asked to identify the auction he is interested 
in. Preferably this is done automatically because the bidder has obtained the form by 
clicking on a button labeled "bid" or "place a bid" from a page representing the 
auction. The bidder is able to specify a desired quantity if relevant and also to 
indicate whether he is interested in maintaining the bid if the quantity available is less 
than the quantity he has bid for. 

Finally, the bidder 14 is asked to enter personal details. 

Example 

An example of the use of the embodiment of Fig. 2 is as follows: 
Mr. Smith wants to rent his apartment from 1-1-2001 till 1-1-2002. 
He uses the form of Fig. 4 to place an auction for the rental price for this 
period according to the details shown in table 1 : 



Start moment of the Nauction 


11-2-2000 (0:00 Hours) 


Stop moment of the Nauction 


12-31-2000 (24:00 Hours) 


Price(Start date) = Maximum 

Price 


$3600 


Price(Stop date) = Minimum 

Price 


$3000 



Table 1 - Setup details for apartment rent auction 



According to equation 1 & 2. 
DeltaP=$600 

Dt = ($3600-Price(Dt))/$10 



A typical bid schedule is as shown in Table 2 



Bidder 


Date of bid 


Height of bid = 
Price(Dt) 


Determined Time 
(Dt) 


Accepted time 
At=(l 1-1-2000 + Dt) 


Cohen 


11-2-2000 


$3000 


60 


12-31-2000 
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Levy 


11-3-2000 


$3040 


56 


12-27-2000 


Bush 


11-5-2000 


$3150 


45 


12-16-2000 


Polak 


11-10-2000 


$3250 


35 


12-6-2000 


Gore 


12-2-2000 


$3270 


33 


12-4-2000 



Table 2 - Bids Received and Calculated Bid Time 



In this case Mr. Gore's bid, placed at 12/2/2000, is accepted when the 
calculated bid time of 12/4/2000 is reached. Mr. Gore and the other bidders were 
preferably made aware of the calculated bid time corresponding to his bid. I.e. Mr. 
Levine's knew that in order to get the accepted time 1 2/4/2000 he had to bid $3270. 

As described above, the bidders are aware of previously made bids. An 
alternative embodiment hides previously made bids. 

Should no bids have been accepted by the finish date then the seller may 
reset the options and start again or not as he prefers. 

Advantages of the invention include the following: 

-As long as there is one bid which exceeds the final reserve price there will 
be a successful outcome to the auction, 

-A higher bid obtains earlier acceptance, 

-The bidder effectively decides the timing of the acceptance of his bid, 
-The seller will get a reasonable price as long as there is demand, 
-Excess demand is translated into a time premium, thus making the bidding 
fair to all sides, 

-Buyers and sellers are not required to be on line for the duration of the 
auction, thus making the method suitable for auctions of large quantities of goods 
over a long period of time. 

Typical applications may include 

-Real estate (Rentals, second hand) 

-Occasions (vehicles, plains, boats, etc) 

-Fine art 

-Advertisement space, and 

-Large scale auctions of commodities and the like. 
According to a further embodiment of the present invention there is provided a 
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platform for bidding for products or services over a network. The embodiment leaves 
suppliers to determine the prices of the articles at certain predefined quantity breaks, 
while it accumulates quantities purchased by individual customers for the benefit of 
all the other customers. It thus enables customers to benefit from an accumulated 
quantity discount, enables both sides to benefit from a bidding process and enables 
both sides to benefit from personal quantity discounts. 

A supplier, wishing to sell his products or services, enters the platform 
independently, and fills in a form defining prices with quantity breaks and giving 
product descriptions and other necessary information according to the standard terms 
of the platform. His offer thus goes on-line without requiring manual intervention on 
the part of the platform provider. 

As above, the platform provider may take a one-time fee or may be paid on a 
commission basis, or advertisement basis or any other form of income or for free, as 
is deemed appropriate by the platform provider. 

The embodiment allows small and large quantity customers to bid on a single 
platform. 

The present embodiment may be combined with the bid forecast facility 
described below to provide a potential customer with a probability assessment of 
acceptance of a bid at a given price level prior to his making the bid, i.e. one figure 
that directly represent the information that he will need prior to his decision. 

An optional field on a form presented to the customer to make the bid allows 
the customer to enter a date and/or time for the bid to cease to be valid. 

Algorithm 

The embodiment works as follows: 

The supplier specifies to the platform the price of an article as a function of 
the quantity purchased, a close date when the bids to the offer will be resumed , and 
other product information, e.g. 
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Group 


Minimum qty for this price 


Max. 


Price(Group) 




MinQ(group) 


Quantity for 








this price 








MaxQ(Group) 




1 


1 


9 


$1000 


2 


10 


23 


$925 


3 


25 


N 


$900 



HG=3 



Close date Dec 31 "00 

Optionally, in addition to quantity differential pricing the supplier can offer a 
personal discount, say $50 for any individual ordering 5 pes or more of this article. 

2=> 



The platform offers the article at all the group prices simultaneously, e.g. 



Unit 
Price 


Probability 


5 Unit quantity 
discount 


Probability with quantity discount 


$ 

1000 


100% 


$950 ($50 PER 
ITEM?) 


100% 


$ 

925 


80% 


$875 ($50 
PER ITEM?) 


95% 


$ 

900 


50% 


$850 ($50 
PER ITEM?) 


60% 



3=> 

Each customer may bid for the article at any of those prices, i.e. in this 
example $1000, $925 or $900 for a single unit customer and $950, $875 and $850 for 
a 5 unit customer. Of course, the probability that the lower prices will be reached is 
the probability that the relevant quantity break will be triggered by the customers as a 
whole. Thus the lower a customer bids the smaller the probability that his bid will be 



11 



accepted. 



4=> 

At the specified close of bidding all bids are summarized, e.g. 



Group 


Bid (Group) (QUANTITY?) 


1 ($1000) 


5 


2 ($925) 


10 


3 ($900) 


5 



In the table, price level 1 is triggered because there is at least one bid. Price 
level 2 is also triggered because there are more than 10 bids. Price level 3 is not 
triggered because there are not the 25 bids required. Thus the entire lot is sold at price 
level 2, namely at $925, to all of the customers who bid $925 or more, (15 sales). 

One could resume the actual applied price and winning bids with the following 
program routine: 

BQ is the accumulated quantity of pieces bid for during the offer. (20 in this 

case) 

RBQ (remaining bid quantity) = BQ. 
RHG (remaining highest group) = HG. 
QB (quantity bought) = 0. 
POD (Price of deal) = Price(l). 

While (RBQ > 0) do 

{ 

If (RBQ >= MinQ ( RHG ) ) 
{QB=RBQ; 
POD = Price(RHG)} 

Else 

{RBQ = RBQ - BID(HG); 
HG=HG - 1;} 
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} 

This routine can be written in most programming languages. 

As mentioned above, in this example 15 units will be bought at a price level of 
$925. The remaining units are not successfully bid for since not enough units were 
successfully bid for to trigger the relevant discount. Thus the supplier sells 15 units at 
the multiple discount price for that number of units, and the purchasers benefit from 
the purchases made by other bidders. 

When the bid price is combined with the five unit personal quantity discount 
of $50 mentioned above, the successful bidder obtains his units at $875 each. 

In the above embodiment, the personal quantity discount allows recognition of 
different types of customers such as trade customers, so that retail and wholesale 
customers can be serviced from a single platform. 

Generally, if the customers receive an overall discount provided they reach a 
certain quantity between them as described in the previous embodiment, the large 
quantity customers have no special incentive to purchase and the previous 
embodiment without a special quantity discount is most useful in circumstances in 
which the quantity purchased is similar for most customers. The quantity discount is 
particularly useful when there are marked differences in quantities purchased between 
different customers or different types of customers. 

The same form of personal quantity discount can be applied to a bidding 
process as in the previous embodiment. 

Algorithm: 

Customers with large quantity orders may receive a personal quantity 
discount. This personal discount should come in addition to the group quantity 
discount applied discussed above. 
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For example 

A single customer that purchases 10 pieces will receive a personal discount of 



$50, 100 pieces $75 and lk pieces $100. I.e. 



Quantity 


Discount 


10 


$50 


100 


$75 


1000 


$100 



This will reduce the actual price as follows: 

The qty Isaac orders Standard price for qty 1 orders Discounted 
price for Isaac 



1 


$1000 


$1000 




$500 


$500 




$200 


$200 


10 


$1000 


$950 




$500 


$450 




$250 


$200 


100 


$500 


$425 




$250 


$175 


1000 


$500 


$400 




$250 


$150 



One could provide personal discounts to specified groups, for example: 
authorized dealers (with service after and presales, active marketing, sample showing 
etc.) master dealer (selected authorized dealers), etc. 

To protect commercial information one could protect these personal discounts 
with a password. 
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The Quantity discount feature allows one to address different categories of 
customers in a single offer. A retail customer may buy a Radio at $100 from X while 
a retail store buys 1000 radio's using the same offer from X but pays $75. 

Currently, combined bidding for wholesale and retail markets is not known. 
Suppliers do not like to put their products in a regular auction because this will give 
the end-user the same pricing as the shop that needs to display the radio, has to deliver 
it and may be required to provide pre and after sales service etc. In the long run the 
shops won't sell X radios so the consumers cease to see them in the shops and won't 
even bid for them at the auction. 

According to a further embodiment of the present invention there is provided a 
method for providing a potential bidder with a percentage probability of acceptance of 
his bid. In general, auctions are liked because the final price is linked to actual 
demand at the auction and a potential purchaser has the possibility of paying less than 
he would do otherwise. On the other hand he pays for this by the possibility that a 
low bid may not be accepted. It is very hard for the customer to decide on the height 
of the bid. He wants a reasonable chance to get the product at a reasonable price. 
However he has no information on demand . The present embodiment provides the 
purchaser with a statistical tool giving him a quantifiable figure as to the likelihood 
that a bid at a given price and for a given quantity will be accepted. 

The statistical tool may be combined with any of the embodiments given 
above. In the following it is shown in combination with the cumulative discount 
embodiment. 

For the cumulative discount embodiment the supplier gives the following 
information: 
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Price per unit 


Qty 


$1000 1 week 


Min (Typically 1) 


$900 first 50% 1 week other 
50% 2 weeks 


A>Min 


$700 


B>A 


$600 


OB 


$500 10% week 30%mnth 
30%2mnth 30%3mnth 


D>C 


$400 


Maximum absolute (no more 
available)/ relative(may be higher, but no 
price change) 



The following information is also needed, some of which is given by the 
supplier and some of which is preferably available from the platform: 
The quantity the supplier sells today (in units / year). 

The global market at present (in units / year). This number should include the 
quantity the competitors sell. 

The estimated global market if the price will be as in the Maximum quantity 
($400 in the example). 

The estimated global market over 1 year at the current price level. 

The estimated global market over 1 year at the Maximum quantity price level. 

The following formula produces a percentage figure for a bid at a given 
quantity break price being successful. 

In words, if a quantity break has already been reached then a figure of 100% is 
given. If it has not been reached then the rate of received bids is extrapolated over the 
time remaining for the auction to forecast whether the quantity break specified by the 
bid will be reached. 

Qty ordered assumes the person entering the site as if he bid at the product, as 
this is the hypothetical case of his interest. 
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The probability may be calculated in a number of ways. One possibility is as 
follows: 

The potential buyer will have to tell first how many pieces he wants to buy. 
Cqty = Qty the potential purchaser consider to purchase; 
Oqty = the quantity that has been purchased sofar; 

Periodpast = Amount of time (hours) the offer has been open till now. 

(6 minutes = 0.1 hour etc.) 
Periodtotal = Amount of time the spender has been defined. 
Periodfuture = Periodtotal-Periodpast; 

If ((Oqty +Cqty) >= MinQ(Group) 
Chance2deal(Group) = 100%; 
Else 
{ 

Pastspeed = (Oqty +Cqty/2) / Periodpast; 

Needspeed = (MinQ(Group)-(Oqty+Cqty/2)) / Periodfuture. 

Speedratio = Needspeed/Pastspeed; 

If (Speedratio> 1) 

Chance2deal(Group) = 50%/Speedratio; 

Else 

Chance2deal(Group) = 100%-Speedratio*50%; 

} 

This Chance2deal(Group) can be calculated for all groups. 
The customer will see on the site the article of his interest displayed something 
like this: 



Unit Price 


Chance2deal 


$1000 


100% 


$925 


80% 


$900 


50% 
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A third order factor can also be added to provide a look-ahead and improve the 

model. 

Thus a probability of a successful deal can be calculated for each quantity 
break price. 

By adding further orders to the equation, more sophisticated probabilities can 
be produced. 

The potential bidder may be given results as possible for a range of bids. 



Price 


Chance2deal 


$1000 


Not relevant anymore 


$900 


100% 


$700 


80% 


$600 


50% 


$500 


20% 


$400 


2% 



Here Chance2deal(price=X) = The probability that a bid X will lead to a deal. 
Example: 

An example of the probability being calculated for the cumulative volume 
discount embodiment is as follows: 

Given the following ordering history, for a product that was offered over the 
period 1-10 April. 

Assume $925 price for 10 pieces or more. 

Assume $900 price for 25 pieces or more. 
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Pastspeed = (Oqty) / Periodpast; 

Needspeed = (MinQ(Group)-(Oqty)) / Periodfuture). 



Date in April 


1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


Qty ordered 


1 


0 


2 


1 


1 


2 


1 


1 


1 


1 


Chance2deal 


50 


22 


50 


50 


50 


68 


71 


78 


100% 


100% 


$925 at 23:59 


% 


% 


% 


% 


% 


% 


% 


% 






Chance2deal 


19 


8% 


16 


14 


13 


13 


10 


7% 


4% 


0% 


$900 


% 




% 


% 


% 


% 


% 









The function meets the following conditions, which are elementary conditions 
of a probability function: 

-If the Orderspeed is very close to the needspeed (Orderspeed=Needspeed) 
the chance the qty needed or will not be reached is close (Chance2deal=50%) 
(Chance2deal (Orderspeed/Needspeed=l)=50%. 

-If the Needspeed=0 the Chance2deal= 1 00% 

-If the Orderspeed is higher then the needspeed 100%>Chance2deal > 50% 
-If the Orderspeed is lower than the needspeed 50%>Chance2deal>0% 
-The larger Orderspeed/Needspeed the larger the Chance2deal 
-The closer one gets to the stop date the more explicit the 

Orderspeed/needspeed will be and the clearer the Chance2deal will give a direction. 

-The Chance2deal function is a simple mathematical formula that meets all 

the above conditions. 

-It behaves as a mathematical 1st order function and in all points the 

derivatives from both sides are equal. 

-In the first order it is therefore correct (I.e. it is a correct first order 

approximation of the probability function and meets all above mentioned conditions) 

- One could derive higher order function, as will be discussed below. The 
higher order functions are more complex but still obey the same conditions. 

In order to use the embodiment with the time factor auction embodiment it is 
necessary to define the Spast variable as the orders at the later date and a new variable 
chance2miss wherein 
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chance2deal= 1 -chance2miss. 

[For tender one can use a similar model as Nauction. 

For auction use the Percentual$increase/day as parameter and use the 2 nd 
model i.e. 

Day 1 $100 2 $200 3 $400 => 100%/day if on day 5 bid closes $1600=50% 
$450-2% $2800=75%. 

The probability can be estimated each time a bid is made, or it can be 
estimated at regular intervals for the different quantity breaks. 

In an embodiment the user screen may show a message of the form probability 
of bid acceptance at $100 = 70%. The screen then invites the user to update the 
estimate if the qty of purchase is > 1 . 

In a further embodiment of the present invention a method is shown for 
indicating on-line a predicted closing price. 

As mentioned above, bidding instead of buying at a fixed price gives a price 
incentive to the customer in return for an uncertainty factor he is willing to accept. 

The embodiment uses an algorithm which is derived from the above- 
mentioned probability algorithm. 

Assume the e-value to be the bid level at which a calculated probability 
according to the above probability algorithm is 50%. 

That is to say Chance2deal(x)=50%. 

Using the above-defined nomenclature is when 
Pastspeed =Needspeed= Futurespeed. 

In the previously mentioned example, substitution gives the following: 
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Date in April 


1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


Qty ordered 


1 


0 


2 




1 


2 


1 




1 


1 


Chance2deal 


50 


22 


50 


50 


50 


68 


71 


78 


100% 


100% 


$925 at 23:59 


% 


% 


% 


% 


% 


% 


% 


% 






Chance2deal 


19 


8% 


16 


14 


13 


13 


10 


7% 


4% 


0% 


$900 


% 




% 


% 


% 


% 


% 








E-value in $ 


925 


100 
0 


925 


925 


925 


925 


925 


925 


925 


925 



In combination with the time value auction embodiment, an e-value may be 
calculated as follows: 

Firstly we define the following variables: 

CloseM= The moment when the Auction close; 

OpenM= The moment when the auction starts; 

OpenValue= The start value of the auction; 

PastT= Is the amount of time past since OpenM; 

Period= CloseM — OpenM; 

FutureT=Period-PastT; 

Bid(PastT)= The highest bid till the moment PastT; 
Delta V(PastT)= Bid(PastT)-Open Value; 
Valuespeed(PastT)= DeltaV(PastT)/PastT; 
Then we may calculate: 

e-value(PastT)=Bid(PastT)+FutureT*Valuespeed(PastT); 
The results for our above example are as follows: 



Date in 
April 


1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


Bid(PastT) 


0 


130 


130 


160 


160 


190 


240 


244 


280 


300 


Valuespeed 


0 


15 


10 


15 


12 


15 


20 


18 


20 


300 



21 



(PastT) at 

Zj.J7 






















Openvalue 
in $ 


100 




















E-value in $ 


100 


250 


200 


250 


220 


250 


300 


280 


300 


300 



There are thus provided a series of features for incorporating into a bidding 
platform which features are adapted for the online nature of the bidding process, in 
particular they take advantage of the special features of online bidding, namely that 
the bidding is spread out over a period of time and and that bidders are remote from 
other bidders to provide a better representation of global supply and demand for the 
product or service. 

In a further embodiment of the present invention a method is shown for on- 
line price adjustment using a negative feedback mechanism that effectively, 
accurately and fast reaches the equilibrium price where supply equals the demand. 

In the basic form of this method the customer that inquires to purchase a 
product will be quoted the e-price that is valid during the timestep of his inquiry. If he 
decide to purchase this will be at that price (e-price). 

-This method is universal and can be applied in 90% of all products and 
services offered. It needs no modification in most of the markets. 

-The method has a basic form that addresses markets with a limited stock that 
is offered over a limited period of time, like tickets for a cinema. 

-In a further embodiment of this method, products that are in continuous 
production can be offered during an unlimited amount of time, i.e. It will continue till 
the supplier quits the offer. 

-In a further embodiment of this method the timestep will be released to the 
potential customers, i.e. the potential customer will know till when the e-price he sees 
will be valid, and optionally what will be the maximum change of the price compared 
to the next timestep. 
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The method effectively measures the supply and demand curve online, without 
interfering to strongly with the market itself, and uses this measurement to approach 
automatically and efficiently the equilibrium e-price where supply equals demand. 

In a further embodiment of this invention the customer that inquires at 
timestep=x and finds the e-price to high, can put a purchase request to buy the product 
at the price he will specify in the next timestep where the e-price will reach this price. 
Optionally he can condition this request by time, e.g. he conditions to purchase the 
product at $120 on the condition the timestep that will reach this price will be not later 
than x+3 (e.g. within 3 days from now). 

Algorithm resume: 

The period of the offer will be divided in timesteps or offer steps. 

Timesteps are basically units of periods over which the e-price remains 
constant, 

i.e. during one time step (e.g. one day or one hour) or offer step (e.g. after each 
10 pieces sold) the e-price of the article offered will remain constant. 

Both the accumulated Supply/Demand ratio and its time derivative in the last 
time step are measured. Optionally one could also measure higher derivatives of time. 
A negative feedback mechanism is used to correct the price for the next time step. 

Both measurements determine the limited modification in price for the next 
timestep. 

During the new timestep again these 2 measurements will be done and can 
increase cancel or leave the price change of the former timestep. 

Background: 

Today the suppliers only guess the price of an article. 

This tool enables the market to reach fast the supply /demand equilibrium i.e. 
The price where Supply equals Demand. The more statistical input (in the form of 
orders) and the smaller the time step the faster and more accurate this can happen. The 
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market that operates around the equilibrium where supply equals demand reduces 
unsold stocks and overproduction from one side and shortage and inflation from the 
other side. 

General Statement of the Embodiment 

"A Tool that allow suppliers to offer multiple quantity of products at a price 
that updates automatically online, approaching the equilibrium value (e-price) of the 
product to be offered, based on the supply input of the supplier and demand input of 
the customers, within a price framework defined by the supplier, including optional 
number of time-steps, maximal adjustment by time, a maximum and minimum price 
frame, while optionally the tool is not limited to address limited stock articles but also 
products under production" 

The algorithm: 

1- The period of the offer or time constant of the offer has to be defined. 
E.g. for an offer that runs 100 days 

TOO=Time_of_offer= 1 OOday s 

2- The number of time steps, defining the number of periods within the TOO 
where the e-price remains unchanged, has to be defined. 

E.g. if there will be 100 of such units during the offer 

#Timesteps=100 

DOT ^Duration of timestep=TOO/#Timestep, in this example 100days/100=l 

day. 

3- The start price at which the offer will be quoted during the first timestep will 
be defined e.g. $150. 

Startprice=$150 

Optionally the highest end lowest price can be limited e.g. by $100 and $200 
respectively. 

Topprice=$200 (Optional) 
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Minprice=$100 (Optional) 

4- The maximum price adjustment, i.e. the relative difference in e-price 
between timestep X and X+l 

MAPT = Max((e-price(X)-e-price(X-l))/e-price(X)) 

MAPT = Max_adjustment_per_timestep is set to 10% in this example. 

MAPT=0.1 

Optionally this can also be an absolute difference e.g. $10. 

The maximum MAPT due to the accumulated demand and supply ratio is 
defined e.g. 5% for accumulated demand/supply 

APTDS=0.05 

The maximum MAPT due to the time derivative of the demand and supply 
ratio is defined e.g. 5%. 

APTDT=0.05 

With APTDS + APTDT = MAPT 

The tolerance of the accumulated supply/demand, i.e. the ratio of 
Supply/demand that differs from unity that will lead to a price change from timestep 
to timestep, will be defined. E.g 

AcTol=Accumulatedtollerance=0. 1 0 

The tolerance of the derivative of supply/demand, i.e. the ratio of derivative of 
Supply/demand that differs from unity that will lead to a price change from timestep 
to timestep, will be defined. E.g. 

DerTol=DerrivativetolIerance=0 

Needquantity = number of pieces that are offered but haven't been sold yet. 
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Past = Period of time of the offer that has past already. 

Future - TOO-Past 

Needspeed =Needquantity/Future. 

Soldquantity= Amount of pieces sold till now 

Pastspeed= Soldquantity/Past 

Lastspeed = The quantity sold during the last timestep /DOT 
1=0; /** Start at timestep number 0 **/ 

EPrice(I) = Start price; /** The eprice at timestep number 0 is set to the 

start price **/ 

Wile(K#Timesteps) 
{ 

/*** index is incremented**/ 

Tprice=Eprice(I-l) /*** Tprice is temporary price is set to the price of the 
last timestep ***/ 

If (Neeedspeed> ((l+AcTol)*Pastspeed)) 

Eprice(I) = Tprice*(l-APTDS); 

Elsif (Needspeed< ((l-AcTol)*Pastspeed)) 

Eprice(I) = Tprice*(l+APTDS); 

/***In the example: 

If during the accumulated time the demand was less than 10% than the supply 
the price will be lowered by 5% 5 
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if during the accumulated time the demand was more than 10% than the 
supply the price will be increased by 5%, **/ 

If (Needspeed>(( 1 -DerTol)*Lastspeed)) 
Eprice(I) = Tprice*( 1 -APTDT); 
Else (Needspeed<((l+DerToI)*Lastspeed)) 
Eprice(I) = Tprice*(l +APTDT); 

/***In the example: 

If during the last timestep the orderspeed was less than needed to finish the 
complete stock on the end date of the offer, then the price will be lowered by 5%, 

If during the last timestep the orderspeed was more than needed to finish the 
complete stock on the end date of the offer, the price will be increased by 5%, **/ 

If (Eprice(I)<Lowest price) 

Eprice(I)=Lowestprice; 
If (Eprice(I)>Highestprice) 

Eprice(I)=Highestprice; 

} 

The product and or services will be offered at timestep=I at Eprice(I); 

Optionally the tool may suggest and/or define the above mentioned constants 
based on the input parameters of the supplier and / or the statistical data of the bought 
products during the offer. These constants include number and length of time step, 
Max adjustment etc. This may even be modified online based on the statistical input 
of orders. 
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In case of an ongoing offer one can choose time step and time of the offer for 
calculation purposes only, using an algorithm like 

#timesteps=100; i.e. the offer will not finish at timestep=100 but the offer will 
be handled as if the amount that will be available at timestep # 100 should be sold on 
that time. This point of time will however shift in time. E.g. on March 20 the 
algorithm calculates the price as if the pieces available till May 5 need to be sold till 
May 5, However on March 21 the algorithm calculates the price as if the pieces 
available till May 6 need to be sold till May 6, 

This will require only a small addition to the above mentioned algorithm like 

If ( I< #timesteps/2) 

Corectedl^I; 

Else 

Corrected I=#timesteps/2; 

The rest of the above algorithm should run with the correctedl. 

I.e. it calculates all statistical data as if the offer started #timesteps/2 ago and 
will last another #timestep/2. 

As long as the offer doesn't reach the #timestep/2 the offer runs as if it will 
finish at #timestep. 

Just as an example the period of the offer could be set to 2*delivery time of 
the product, while the number of pieces to be sold will be the number of pieces 
finished over that period, I,e, the number of booked products should equal the number 
of produced products. If in the last 50 timesteps this wasn't reached, the price should 
lower if it was reached at the last time step it should higher etc. 

Further one could optionally use the online delivery information on all 
"quotations". This simply by combining the general lead time with the orders received 
till now. 
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Example / illustrations 1 : The method of limited stock. 



Case: The supplier wants to sell 100 cinema seats in 10 days (10 time steps). 
All other parameters as die above mentioned values. 



Date-' j 
#Tim& 1 

*■ -■■-] 


1 
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6 


7 


8 


9 


10 


Epric 

6. 

(Date ! 
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$150 


$135 


$121 


$109 
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$114 


$120 
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Sold 
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date 
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10 
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34 
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59 


69 


81 


91 


99 
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0.5 


0.56 


Q.64 


0.77 
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0 98 
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1.07 


1.12 
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0.66 
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1.1 B 


1.35 


1.07 


0.97 


1.41 


1.11 




Need 
speed 


10.66 


11 


11.29 


11 


10.4 


10.25 


10.33 


9.5 


9 





In the example the e-price helped to sell 99 out of 100 seats at a price that . 
| j represent the value on the day of purchase. Daring the first days the e-price noticed 

H that the supplier fixed a start price that is too high, and adjusted the price accordingly 

in course of rime. 

v -- 

Example / illustrations 2: The method of ongoing production. 

Case: The supplier wants to sell 100 TV sets in TOO10 days (10 time steps). 
All other parameters as the above mentioned value, in the following days there will be 
an additional 10 sets per day available for sale. I,e. it wilj be not to important for the 
supplier to finish these 100 TV sets in the 10th day but he wold like to have an 
average selling speed of 1 0 TV sets per day. 
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tin' 
in 
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0.99 
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0.99 
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0.99 
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10.56 


11 


11.29 


11 


10.4 ' 


10.1 


101 


10.1 


10.1 


10 



Note that ! 

-From the 6th day onwards the accumulated supply is reduced by the quantity 
purchased during that tirtiestep, while lOTV sets are added thai represent the 
production quantity during that day. 

-The accumulated demand accumulates only over the last 5 timesteps (From 
the 5th step onwards) ; 

On the 1 1 th day the offer will continue and the price will be S120. 

The Supply and demand have been normalized to a period of 10 days* i.e. The 
supply and demand thai has been accumulated 
before it will be displayed in the Demand and 
the number of the supply and demand of one 
normalization doesn't effect The ratio but may help to understand the numbers 
displayed above more easily. 



over 5 days will be multiplied by 2 
Supply section. In this normalization 
day will be multiplied by 10. This 



-in case on the 1 0th day more than I Ipcis would have be ordered, they could 
have been delivered only during the next day, bejeause they wouldn't have been in the 
stock. ; 
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-Optionally the supplier could change the Supply and / or production in put in 
cause of time, e.g. if he will hire a new worker and from date 9 the number of TV sets 
will increase to 1.5 /day the offer will change accordingly. 

As an option to both methods one could change several parameters in course 
of time as a function of time ot statistical input For example: 

As a function of IT = is the index of timestep (1 for the first time step 2 for the 
second etc) 

MAPT=GJ/Sqrt(IT) 
AFTDS°0.05/Sqrt(IT) 
APTDT=a,05/$qn(lT) 
AcTol=AccumuIatedtollerance=0.1 0/ QTf 33 
DerToi=Demvativetollerance=0 

This will allow to correct fait for the e-price in the beginning where the start- 
price will be far from equilibrium and more fine in cause of time where the price gets 
closer to equilibrium. 



Example / illustrations 3: A limited stock item with above mentioned IT 
dependence except for Actol that has been set constant to 0.1 for simplicity. 
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11.4 


11.7 


11.4 
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10.33 


9.5 


8 





In this example the stock was finished before the end of the offer as during the 
iast day one could have sold 1 1 pes while there were only left 9 pieces. Although one 
sees not a clear improvement compared to the regular version this is because the start 
price was far from the equilibrium. To compensate for this one should choose with 
this option a higher MAPT to start with, like 0.15. in this case, then it will provide a 
smoother evaluation. 

Or as another example as a function of the Sattstical input e.g. 

DeltaPriceSpeed(IT)=DPS(JT)=Absolute value of (Startprice - e- 

For iT>\ 
MiriApt-O.Ol 

MAFP* MinApt + DPS(.IT)* 2) 
APTDS= MinApt + (DPSOT)} 
APTDT> MinApt +DP$(iT) 
AcTol-Accumulatedto!lerancc=0, 10/ (IT) 0,33 
DerTol=Derri vati vetol ie t ance^O 

Example 4 A limited stock item with above mentioned statistical input 
function dependence (but Aero 1=0. Inconstant, and MinApt=0 for simplicity ). 
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$22.5 
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$4 
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In a further embodiment of the present invention a method is shown for 
bidding on a network for similar but not identical transport request. 



General Statement of the embodiment 

This is a method that uses a fully computerized procedure to create a 
transportation service tailored and optimized to the actual demand of all serious 
customers, using today's available computation and communication power, a novel 
algorithm of matching similar but not equal transportation requests to enable 
consolidation of services, and reducing their costs. 

This transport service can include The delivery and or transport of persons and 
or goods. For the matter of simplicity, in the rest of the description of the model the 
product will be named "route"., and the operator of Hie procedure "Way2gether". 

The communication can be done by phone, WAP, e-mail or Internet, 1 will 
relate to the mode of communication in the description as Internet which may be the 
most realistic m ode to i m plement th is idea. 
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The computation power for a limited area of interest could he done with a 
commercial PC (Pentium Til or so), but 1 will refer to it as die SERVER. 

Algorithm Resume Way2gether 

l-> The customer should start his request for a route by providing some route 

details. 

The number of route details requested and provided may vary, but could for 
instance include the below bold printed requested and italic printed provided* 

t 





Leaving 


Arriving 


ZIP 


95348 


953867 


Time 


8;00 +/■ 10 minutes 


9:00+/- 10 minutes 


Return time 


17:00 


18:00 


Full address 


Amsterdam Ave 166 Passaic 
NJ 


Broadway 157 NY 
NY 


Maximal allowed walking 


5 minutes 


5 minutes 



I 

Maximal budget 


$150 /Month 


Weekdays to work 


Mo/Tu/We/Th/Fr 


Last day of the month to 
accept an offer 


4 days before the end of each month 


Credit card number 


123456789123 


Interest in trip till 


Further notice 
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After the details have been submitted. 

The company (way2getber in this case) should provide a list of possible 
connecriom that meet these requests or is close to this requesr. 

For exam pie 



I_iiVLl CI ^/flj Lvl 


Leaves 


Arrive 


Price /Chance2deal 


home 2 home 








transport 








$25 




0:10 






From 


Broadway 120 NY 


S80 / 80% 




Amsterdam Ave 
120 Passaic NJ 




$65/50% 
$55/25% 
$50/10% 


$35 


8:00 


8:55 


$175 / 100% 




From 


Amsterdam Ave 


$130/80% 




Amsterdam Ave 


150 NY 


$105 / 50% 




75 Passaic 




$80/28% 


$25 


8:30 From 


9:20 


$90/100% 




Amsterdam Ave 
120 Passaic NJ 


Broadway 120 NY 


$75 / 85% 
$65 / 70% 
$55 /60% 
$47 / 35% 
$40 / 15% 
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This listing may include 

A selection of routes that have been offered once before by the company 
(way2deal) and / or newly defined routes based on the requests put by the customer 
and a master price list and / or pricing program. 

Optionally these routes can be offered with an innovative deal-mode that was 
mentioned elsewhere m this invention. For simplicity I will use the method where the 
customers accumulate to a common quantity break. 

3 

The customer should select at least one option e.g. 



$35 


8:00 


8:55 


$130/80% 




From Amsterdam 


Amsterdam Ave 1 50 






Ave 


NY 






75 Passaic 







4 

The customer will receive a confirmation in some form when the dea] is 
accepted. 

This innovation could be exploited in various ways including: 

•Way2geiJier could exploit the transport service completely, and/or 

-Close master agreements with transport companies, and bill the customer 
including a mark up, and / or 

-Receive a commission from the third parties transport companies that sell and 
or produce the service, and/or 

-Advertisements of third parties on a web-site that offers die service. 

-Other ways 
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Potential Markets way2gether 
First Market: Home to work. 

Addressing both luxury car drivers and upgrading public transport. 

Second market: Coincidental travel. 

Including Cinema, Theater, sport events and regular. 

Third market: Vacation, travel. 

Including busses Amsterdam - Costa Brava, chartering flights, trains boats. 

Etc 

Fourth market: Parcels, goods ond letter transport. 

Way2gether.com 

The interactive travel office 

Algorithm 
Introduction: 

This section explains to a programmer how to write the way2gether source 

code. 

The actual writing of the code should commence when relevant budget is 
available. This is expected to take 3 months for 4 full time programmers. No 
imagination is needed of these programmers and al the function described herein are 
straightforward for an expert in the art of programming. 
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Main 

The main function intended here describes one run on the central computer for 
the entire project. 

It will create a framework that can accept third parties information. 

One can siart a main program for each country or area separately. 

Addresses like way2gether.com with links to way2gether.uk, way2gether.nl 
etc. seem obvious then. 



initialize 

The program will include global variables: 



Roiites2gether(f ronij To) 


This will host all information on routes that are available. 

Available here means either 

-operative 

-a passenger gave a bid for it 

-a supplier provided a specific offer for it 

-was entered intentionally by Way2gether to stimulate a 
certain route. 

Passengers and suppliers won't have a direct access to 
this variable. Only routes that passed a certain screening 
criteria w ill be added to this variable. 

The zip codes will be pointers thai address the 
subsection of the routes from and to these Zip codes. This 
to allow faster access to these smaller sections. 

Below this variable is further elaborated. 


Carprice(S«ejofcar, 


This is a function that will return a value: 
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From, To, RoutelD) 

i 


The costs for way2gether to hire a vehicle for 
Route^RoutelD. 

-This value should be returned either based on a price 
list, i.e. a real cost listed for a specific RoutelD or 

-This value can be returned after a calculation that takes 
certain parameters of the RoutelD and uses a formula. 

Below this variable is further elaborated 


Suppl iers(suppl iersTD) 


Will contain all needed information on each potential 
supplier and passenger. 

All Suppliers that gave a serious quotation or came to a 
real master agreement will get an internal Supplier ID. 
This Suppl ierlD will be the pointer that addresses the 
details of ihe Supplier in the Suppliers file 

Below this variable is further elaborated 


Suppliers(area} 


Will return a list of supplierslD's of suppliers that can 
offer their service in a certain area. 


Ppaiseriger(passenger#) 


Will contain all needed information on each potential 
passenger and passenger. 

All customers that gave a serious bid, (e.g.Credit card 

details have been screened) will get an internal 
passenger#. This passenger^ will be the pointer that 
addresses the details of the passenger in the Fpassenger 
file. 

Below this variable is ftirther elaborated 


Define area s 

i 


Divide the country in Well known names like 
Flatbush(Brooklyn) define it on the map. 
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The whole map of the target area should be divided in 
these areas. It shouldn't be too hard to use an existing 
map for that 


A2Z(Area) 


A function that returns an array of zip codes 
contained in the local area's defined (like Brooklyn, "NY). 


Z2A(Zip) 


A function that returns the area (like Brooklyn, 
NY) that belongs-to the Zip entered 


DistancefFrom, To) 


A function that returns a maximum distance between the 
From and the to (GSM) coordinates. 

First this function should look in a table if the distance is 
not listed for those coordinates. 

Else it should basically be used for maximum price 
calculations, and (let say) WA more than die "straight 
line value". 

Way2gcthcr reserves the right to measure it (later) by 
whatever means including an existing computer program, 
or writing a more advanced computer program. 


Constants 


Some parameters that in the functions-advanced file can 
be variables, and supplier or customer depended. In this 
functions-basic file these have been set constants. 



These variables will be an Excel like "dbase" while the number of rows may 
expand with time. 

In the initialise part al the possible columns will be defined together with an 
open structure that will allow addition of a tot of rows in each "dbase". 

The routes2gexher(From,To) will include several routes each with their own 
Route ID. Hie RoutelD should be a serial number within the defined From and To. 
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From and To are here the Zip codes (or (GSM)coord mates if this wj]l be mere 
effective) of the start and stop point of a route. The Matrix of one such a Routcid 
should include the following information 



Leave 


Arrtva j 
1 


RoutelD 


*0f 

passen- 
ger's 
joined 


Passenger's 
That joined 
already this route 
With the week 
days joining 
And 8 top-day 


Passengers 
That bid for the 
price that will be 
obtained if mora 
people win joined, 
each which the j 
amount needed 


Street 
and 

Number 
arrive 


Street and : 

number 

leave 


6:00 


900 


15 


3 


9968-23456^31122 
996&-2340S-31O82 
99612-3400-31072 


99614-6 
99816-B 
99621-16 


Broadway 
125 


Amsterdam 

Ave 

15 



Car price /day 

^Direct cosrs for 
way2sether> 


Current Amount of pasaengera/day 
Defines each weak day 


$50 


Su 


Mo 


Tu 


We j 


Th 


Ft ISb 




0 


2 


3 


3 


1 


2 | W2S 



Suppliers (suppliers! D) 

This should contain relevant information from each supplier both details and 
conditions. Including: 



Area 


Car types 
Available 
(in passengers/car) 


Lead-time 

<time needed to get 
at "From" after 
accepting of an 
order> 


Can accept and confirm 
order by e-mail 


Brooklyn, NT 

Queens, MY 

Manhattan, 
NY 


4-5pes 
7- 1 Opes 10-2pcs 


2 minutes MIN 
30 minutes MAX 


Yes 
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Satisfaction 
of 

customers 


Fully booked for 
periods 


e-mail 


Address 


Contact + 
phone + fax 


75 

% 


9/12 10-12.00 
10/12 7.00-S.30 
11/12 9.30-11.00 
11/1215.00-16.45 


Order@eged,com 


Broadway 
12 NY. 


Meshe Cohen 
Jean Smith 
212-1212.121. 




4 



« 
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Constant values 

These may become later i-oute, area, supplier and or customer dependent the 
values are examples. 

The functions-advanced tile may se part of them as variables 



Extra pay for home 2 home transport 


within 1km or 5 minutes drive 

<A cab will collect from residence 
and bring you to your work address> 


$3 


Extra pay for each additional 
kilometer 


$2 



Nomin alKmprice(car atee) 


Car size 


Km price /car 


4 passengers 


$2.50 


7 passengers 


$3 


10 passengers 


$3.50 


20 passengers 


$4.50 


50 passengers 


$6.00 


80 passengers 


$7.00 



Specific prices that supersedes general pricing (partial list) 


From 


To 


4p 


7P 


lOp 


Passaic 


Manhattan NY 


$25 


$29 


$32 
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NJ 










JFK NY 


Manhattan NY 


$25 


$29 


$32 


81298 


81278 


$20 


$24 


$26 



Relative Area rating 


80% of 


100% of nominal 


120% of nominal 


140% of 


nominal price 


price 


price 


nominal price 


Class A 


Class B 


Class C 


Class D 


Oklahoma 


MA 


City centers of 


Crowded area's 


VA 


CT 


Baltimore 


Manhattan 


Utah 


CA 


Miami 


Chicago center 




NY 


Texas 


Boston Center 


i 

: 




Etc 





Relative hour rating 


80% of 
nominal price 


100% of nominal price 


] 20% of nominal 
price 


140% of nominal 
price 


Cl3ss A 


Class B 


Class C 


■Class D 


10:00-15:00 


6:00-7:00 
9:00-10:00 
15:00-16:30 


7:00-9:00 
16:30-18:00 
24:00-1:00 


1:00-6:00 
Sunday 
(Sabhath with partner 
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18:00-24:00 




Way2 Saturday) 



Mark up (Confidential) <Betweer, suppliers price and accumulated passengers 

price> 


Amount of travelers / 

vehicle 


in % of the costs (example) 


1 


2 


2 


7 


3 


10 


4 


12 


5 or more 

s 


4+ 2* (amount of travelers) 



Standard terms to Supplier 


Suppli 


Way2get 


Payment 


ers should 


her reserves the 


terms From 


confirm an 


right zo cancel 


way2gpther 10 


order within 


orders to 


Supplier 




suppliers. 






Notice in 






advance of 




5 

minutes 


minutes or more 


Net30 

i 

I 



The Carprice 
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Carprice(Sizc_of_car, From, To, RoutelD) should return the costs of a car of a 
certain size for the route defined. 

This function should first look if it the route price is explicitly defined as a 
constant. 

if not the price should be calculated as follows: 

Carprice = Distance(fro»n 1 To)* 

.\ieafactor 4 Timefactor*NominaIKmprice(carsize), 

Ppassenger(pas$criger#) 



General uiforrnation 


Surname 

\ . — ■ 


Cohen 


First name 


Moshe 


Full address 


Amsterdam Ave 166 Passaic NJ 


Credit card number 


123456789123 


Credit card details have been verified 


Yes 


Phone 


212-316-7896 


Fax 


212-316-7897 


Mobile 


211123232121 


Email 


Cohen@Customer.com 


Passenger^ 


15356564 


Credit status 


$168 



| Outstanding bids 
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From Zip 


99553 


99552 


89556 


To Zip 


99552 


99553 


99553 


Route ID 1 


15 


16 


721 


Old valid if the following 
number of passenger will 
join 


4 


4 ! 


6 


Weekdays j 


2/3/4/5/6 


2/3/4/5/S 


3 


interested till 


12/30/00 


12/30/00 


a/31/00 


Renewal per 


Month 


Month 


Ho 


Latest acknowledge 
accepted 

In hours before journey 


48 


48 


5 


j Active 


Yes 


Yes 


NO 



Start of main function 



Supplier enters details 



Introduction: 

O 

This optional part may be dealt with manually in the early stage of the 
* H way2getbe r program , 

Later a transport company could enter automatically or semi-automatical ly his 

s'ij 

;,~ details. Some of the conditions may be set by way2gether others by the supplier. 

Typical details to include: 



?I - -What kind of cars are offered 

I; 8 

! ;yf -Haw many cars can be offered at most 

-In w hat territory can the supplier provide the service 
-How much time is needed to confirm an order. 

c 

At the end of this procedure the supplier should have a master contract with 
way2gether: 



Algorithm; 

Please enter your details: 
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Company 


Area 


Car types 


Lead-time 


Can accept 






Available 


<rJme needed 
to get at 


and confirm 
order by e- 






(in 


"From* after 


mail 






passengers 


accepting of an 








/car) 


order> 




Egedt 


Brooklyn* 
NY 


4- 5 pes 


2 minutes MIN 


Yes 




Queens, NY 


7-10pcs 


30 minutes 






Manhattan, 


10-2pcs 


MAX 






WY 






! 

i 
1 



Fully booked for 


e-mail for 


Address 


Contacts 


Tel/ftx/email 


periods 


orders 








9/12 10-12.00 


Order@eg 


Broadway 12 


Moshe Catz 


212-2163-385/387 


10/12 7.00-8,30 


edt.com 


NY. 




moshe@egedt.com 


1 1/12 9.3041.00 






Jan Hein 


212-2163-386/387 


11/12 15.00- 








Ja.n@egedt.com 


16,45 











Bank 


Chase Manhattan 


Account number 


145668787374 

- 
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-Way2gether enters details 

This part allows way2gether to change the conditions from time to time. 

The most important parr will be to fix the constants of the pricing functions 
and the marking-up function, Additionally it may include the Sponsoring of some 
routes. 

-Customer enters details 

This function should collect information from the customer. 

Tins should include a description of the route and schedule he is interested in. 

It will also include an indication how severe each requirement is. 

-Check if the details make sense 

This function should debug the information entered by the customer. 

If it doesn't make sense or is incomplete the customer should have an 
opportunity to correct and / or complete the details he entered. 

-Screen for available routes 

Look for routes in "Routes2gether" that meet the customer requirements. Add 
these to his personal "Routes2oflfejr'* Matrix, within the defined tolerances. 

If no route in <, Routes2gether" meets the requirements then: 

Add at least one route close to the requirements to the "Routes 2offer" Matrix 

Create a temporary "custom" route exactly like the customer requested and 
add this to the "Routes2orTer" Matrix. 
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-Calculate lG0°/o pricing 

Calculate the pricing to ofTer this customer for all routes from his personal 
'Ttouces^offer' matrix. 

-Calculate <10(J % pricing 

^Assume another passenger will join the same route. 

-Calculate pricing with this additional passenger 

-Calculate the chance2deal: The chance that indeed another passenger will 
join, using the proprietary "Chance2deal n function. 

-If the chanee2deal remains high enough* this procedure can be repeated, 

Add this offer with the pricing and chanoe2deal to the rOutes2offer matrix. 

-The customer selects from theRoutes2offer 

Show all the routes2ofier with their details to the customer. These should 
include price and chance2deal. 

The customer should be able to select one of the offered routes at one of the 
prices offered. 

-Collect personal information 

This should include credit card or other paying information. 
-Update 

Give the info of the new customer to the chauffeur tor existing routes. 
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Update rhe Routes2gether file and other relevant flics 
-Order 

If the routs didn't exist yet, look what will be the Preferred_supplier (Area). 
Order the route ar the preferred supplier 

-Follow up on order 

Remind and/ or cancel and order at another supplier, if the supplier does not 
acknowledge the order. 

Once an acknowledgement of the order is received, update the Routes2gether 
file and other relevant files 

-Confirm the order 

If the customer chose a 100% offer this can be done immediately. 

If not, the customer should get immediately info when he might get a 
continuation. 

His hid should be saved and update the routes2gether file accordingly. Once 
enough passengers join the bid, the customer will be confirmed, automatically. 

-8 ill the customer 

Preferably by using his credit-card Info. Other options may be possible as 

well. 
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-Options 

Are not included in this main program, but can be added later. 
-Independent functions 

Create independent functions that can be put in a library, i.e. not be a real part 
of the main function, e.g.: 

A distance function that calculates and/or finds the distance between 2 Zip 
codes/addresses or coordinates (GSM): Distance(X f Y) 

They may be called from other functions. 



si 

y It is appreciated that certain features of the invention, which are, for clarity, 

described in the context of separate embodiments, may also be p?x>vided in 
combination in a single embodiment. Conversely, various features of the invention 
which are ; for brevity, described in the context of a single embodiment, may also be 
provided separately or in any suitable subcombination. 



in 



= y 



"in 



- It will be appreciated by persons skilled in the art that the present invention is 

•;f not limited to what has been particularly shown and described hereinabove. Rather 

I j the scope of the present invention is defined by the appended claims and includes both 

{*» combinations and subcombinations of the various features described hereinabove as 



? 3 well as variations and modifications thereof which would occur to persons skilled in 

ra- 
the an upon reading the foregoing description. 
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Egedt 


Brooklyn, 
NY 


4-5pcs 


2 minutes MFN 


Yes 




Queens, NY 


7-1 Opes 


30 minutes 






Manhattan, 


10-2pcs 


MAX 






NY 









Fully booked for 
periods 


e-mail for 
orders 


Address 


Contacts 


Tel/fax/email 


9/12 10-12.00 

10/12 7.00-8.30 

11/12 9.30-11.00 

11/12 15.00- 
16.45 


Order@eg 
edt.com 


Broadway 12 
NY. 


Moshe Catz 
Jan Hein 


212-2163-385/387 
moshe@egedt.com 

212-2163-386/387 

Jan@egedt.com 



Bank 


Chase Manhattan 


Account number 


145668787374 



-Way2gether enters details 

This part allows way2gether to change the conditions from time to time. 

The most important part will be to fix the constants of the pricing functions 
and the marking-up function. Additionally it may include the Sponsoring of some 
routes. 
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-Customer enters details 

This function should collect information from the customer. 

This should include a description of the route and schedule he is interested in. 

It will also include an indication how severe each requirement is. 

-Check if the details make sense 

This function should debug the information entered by the customer. 

If it doesn't make. sense or is incomplete the customer should have an 
opportunity to correct and / or complete the details he entered. 

-Screen for available routes 

Look for routes in "Routes2gether" that meet the customer requirements. Add 
these to his personal "Routes2offer" Matrix, within the defined tolerances. 

If no route in "Routes2gether" meets the requirements then: 

Add at least one route close to the requirements to the "Routes 2offer" Matrix 

Create a temporary "custom" route exactly like the customer requested and 
add this to the "Routes2offer" Matrix. 

-Calculate 100% pricing 

Calculate the pricing to offer this customer for all routes from his personal 
"Routes2offer" matrix. 

-Calculate <100% pricing 

-Assume another passenger will join the same route. 
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-Calculate pricing with this additional passenger 

-Calculate the chance2deal: The chance that indeed another passenger will 
join, using the proprietary "Chance2deal" function. 

-If the chance2deal remains high enough, this procedure can be repeated. 

Add this offer with the pricing and chance2deal to the routes2offer matrix. 

-The customer selects from the Routes2offer 

Show all the routes2offer with their details to the customer. These should 
include price and chance2deal. 

The customer should be able to select one of the offered routes at one of the 
prices offered. 

-Collect personal information 

This should include credit card or other paying information. 
-Update 

Give the info of the new customer to the chauffeur for existing routes. 
Update the Routes2gether file and other relevant files 

-Order 

If the route didn't exist yet, look what will be the Preferred_supplier (Area). 
Order the route at the preferred supplier 
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-Follow up on order 

Remind and/ or cancel and order at another supplier, if the supplier does not 
acknowledge the order. 

Once an acknowledgement of the order is received, update the Routes2gether 
file and other relevant files 

-Confirm the order 

If the customer chose a 100% offer this can be done immediately. 

If not, the customer should get immediately info when he might get a 
confirmation. 

His bid should be saved and update the routes2gether file accordingly. Once 
enough passengers join the bid, the customer will be confirmed automatically. 

-Bill the customer 

Preferably by using his credit-card info. Other options may be possible as 

well. 

-Options 

Are not included in this main program, but can be added later. 
-Independent functions 

Create independent functions that can be put in a library, i.e. not be a real part 
of the main function, e.g.: 
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A distance function that calculates and/or finds the distance between 2 Zip 
codes/addresses or coordinates (GSM): Distance(X,Y) 

They may be called from other functions. 

It is appreciated that certain features of the invention, which are, for clarity, 
described in the context of separate embodiments, may also be provided in 
combination in a single embodiment. Conversely, various features of the invention 
which are, for brevity, described in the context of a single embodiment, may also be 
provided separately or in any suitable subcombination. 

It will be appreciated by persons skilled in the art that the present invention is 
not limited to what has been particularly shown and described hereinabove. Rather 
the scope of the present invention is defined by the appended claims and includes both 
combinations and subcombinations of the various features described hereinabove as 
well as variations and modifications thereof which would occur to persons skilled in 
the art upon reading the foregoing description. 
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